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@ Data conferencing arrangement 



@ An arrangement for data conferencing either 
multiple computers, or muftiple terminals with a 
computer. Includes software (21) for communicating 
keystrokes from conference participants to an ap- 
plication program (22) that is the object of the con- 
ference, and for communicating display signals from 
the application program to the participants. In one 
embodiment a first program (23) executing on a first 
computer (PC 2) transmits first computer-generated 
keystrokes to a second computer (PC 1), and dis- 
51 plays on the first computer images received from the 
^second computer, while a second program (21) co- 
CO resident with the application program (22) on the 



CM 



second computer enters received first computer key- 
strokes Into the second computer, and sends second 
CO computer-generated images for display to the first 
jjj computer. In a second emt)odiment a program ex- 
ecuting on a UNIX® system-based computer re- 
®ceives keystrokes from connected terminals and 
sends them to the application program, and receives 
UJ images from the application program and transmits 
them to the terminals. 
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DATA CONFERENCING ARRANGEMENT 



Technical Reld 

This invention relates generally to arrange- 
ments for data conferencing between a plurality of 
data stations. 

Background of the Invention 

Existing arrangements for data conferencing 
between a plurality of data stations, such as com- 
puters or terminals, use complex centralized con- 
ference circuits to interconnect the data stations. 
Such circuits become especially complex when 
adapted to interconnect stations of different types 
and operating at different transmission rates. It is a 
problem in the art that such data conference ar- 
rangements are complex, expensive, functionally 
dependent upon the inter-station communication 
medium and hence typically incompatible with any 
but one type of medium, and unable to make use 
of the often-large base of application programs 
available on the interconnected stations. 



Summary of the Invention 

The invention is directed to soh/ing these and 
other problems of the prior art. Generally according 
to the invention, an arrangement for data con- 
ferencing a plurality of stations includes a control 
arrangement for communicating keyboard key- 
strokes from conference participants to the object 
of the conference, such as an application program, 
and communicates display signals from the object 
to the participants. 

According to one aspect of the invention, there 
is provided an arrangement for data conferencing a 
first and a second station, each one of which is 
equipped with a keyboard and a display. The con- 
ferencing arrangement includes a first control ar- 
rangement that is resident on the first station, that 
transmits keystroke signals generated at the first 
station's keyt^ard to the second station, and that 
displays on the second station's display an Image 
represented by display signals which it receives 
from the second station. The conferencing arrange- 
ment also includes a second control arrangement 
that is resident on the second station, that enters 
keystroke signals which it receives from the first 
control arrangement into the second station as key- 
stroke signals that are received from the second 
station's keyboard, and that transmits display sig- 
nals representing an image sent by the second 
station to its display to the first control arrange- 



ment Input from the keyboards of both stations is 
thus input to the second station while display out- 
put of the second station is displayed on the dis- 
plays of both stations. 

5 Illustratively, the first and the second station 
comprise a first and a second computer, respec- 
tively, and the first and the second control arrange- 
ment comprise a first and a second control pro- 
gram, respectively, each executing on the respec- 

10 tive computer. The object of the conference, which 
is the destination of the keyboard input and the 
origin of the display output, illustratively comprises 
an application program executing on the second 
computer. The second control arrangement illustra- 

/5 tively further comprises a control arrangement for 
effecting execution of t>oth the application program 
and the second control program on the second 
computer in a time-shared manner. 

According to a second aspect of the invention, 

20 there is provided an arrangement for data con- 
ferencing a plurality of first stations with a second 
station, with each one of the first stations having a 
keyboard and a display. The conferencing arrange- 
ment includes a control arrangement that is inter- 

25 posed between the first stations and the second 
station. The control anrangement receives key- 
stroke signals generated at the keyt^oards of the 
first stations and transmits them to the second 
station. The control arrangement also receives sig- 

30 nals representing an image that are generated by 
the second station and transmits display signals 
representing the image to the first stations to dis- 
play the image on the displays of the first stations. 
Input from keyboards of all of the first stations is 

35 thus input to the second station, while display 
output of the second station is broadcast tor dis- 
play to all of the first stations. 

Illustratively, the second station comprises a 
computer, whereas the first stations comprise com- 

40 puter terminals. The control arrangement illustra- 
tively comprises a control program executing either 
on the second station's computer, or on a second 
computer interposed between the second station's 
computer and the terminals. The object of the 

45 conference, which is again the destination of the 
keyboard output and the origin of the display out- 
put, illustratively comprises an application program 
executing on the second station's computer. The 
control arrangement illustratively further comprises 

50 a second control program for enabling the first- 
mentioned control program to receive from, and 
transmit to, the first stations. Illustratively, in the 
case of the computer executing the first-mentioned 
control program comprising an operating system 
including a shell program an instance of which 
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executes for each first station to receive keystroke 
signals from, and to transmit display signals to, that 
first station, an instance of the second control pro- 
gram executes for each but one first station and 
causes that station's shell instance to suspend ex- 
ecution, in order to enable the first program Instead 
of the shell to receive from and transmit to the first 
stations. 

The data conferencing arrangement charac- 
terised above is generally simple and inexpensive, 
regardless of the types of stations and inter-station 
communication media used. It is independent of 
the type of inter-station medium used, and hence 
may be used with various types of media And it 
does not require that any modifications be made to 
existing application programs, and hence is able to 
make use. as conference objects, of the often-large 
base of existing and available application pro- 
grams. 

The invention will now be described by way of 
example with reference to the accompanying draw- 
ings, in which: 

FIG. 1 is a block diagram of a computer 
system including a first illustrative embodiment of 
the invention; 

FIG. 2 is a flow diagram of the RAP program 
of FIG. 1: 

RQ. 3 is a flow diagram of the SCP program 
of FIG. 1; 

FIG. 4 is a block diagram of a computer 
system including a second illustrative embodiment 
of the invention; 

nG. 5 is a flow diagram of a PART, program 
of FIG. 5; and 

FIGS. 6-7 are a flow diagram of the LINK 
program of FIG. 5. 



Detailed Description 

FIG. 1 shows an illustrative computer system, 
comprising a pair of personal .computers (PCs) 1 
and 2 interconnected for communication through a 
private branch exchange (PBX) 7. Illustratively. PCs 
1 and 2 are each an AT&T PC 6300 personal 
computer operating under the control of the MS- 
DOS operating system, and PBX 7 is an AT&T 
System 85 PBX. PCs 1 and 2 are connected to 
PBX 7 by communication links 5 and 6, respec- 
tively, which are, for example, conventional tele- 
phone lines. PCs 1 and 2 are coupled to links 5 
and 6. respectively, by Interfaces 3 and 4. respec- 
tively, which interface PCs 1 and 2 to the commu- 
nication protocol used by PBX 7 on the links. Any 
number of interfaces are suitable for this purpose. 
For example, each interface 3 or 4 comprises an 
AT&T PC/PBX board whose software is modified to 



permit direct communication therewith by a pro- 
gram executing on tfie attached PC. Alternatively, 
each interface 3 or 4 comprises a modem con- 
nected between a serial port of ttie PC and tiie link. 

5 This latter arrangement Is assumed to exist in tiie 
illustrative embodiment described bek>w. 

A program 22 which users of PCs 1 and 2 wish 
to conference is located on one of the PCs. shown 
illustratively as PC 1. Program 22 may be any 

10 program, for example, an application program such 
as a spread sheet or an editor. The PC on which 
program 22 resides is referred to as tiie application 
PC. 

Program 22 is co-resident on application PC 1 

15 with two other pieces of software. One is a program 
20 that enables application PC 1 to function as a 
time-sharing computer system. Program 20 is illus- 
tratively tiie AT&T Concurrent Context Switch 
(CCS) program. The other program 21 is a primary 

20 conferencing program, described further below. 
Program 21 is conventionally loaded into applica- 
tion PC 1 as the Resident Application Program 
(RAP) of CCS program 20. Program 22 is in turn 
conventionally loaded into application PC 1 as tiie 

25 Transient Application Program (TAP) of CCS pro- 
gram 20. CCS program 20 allows both RAP pro- 
grams 21 and TAP program 22 to run on PC 1 
concurrentiy. i.e.. on a time-shared basis. 

The only program of interest for purposes of 

30 this application which Is loaded into PC 2 is a 
Secondary Conferencing Program (SCP) 23, de- 
scribed further below. The PC on which program 
23 resides Is refenred to as the conference PC. 
Each PC 1 and 2 has a conventional keyboard 

35 buffer 100 and 200. respectively, for storing input 
to the PC that has been keyed-in on the PC's 
keyboard. Each PC 1 and 2 also has a conven- 
tional screen buffer 101 and 201. respectively, for 
storing output generated by tiie PC for display on 

40 the PC's screen. The ftjnction of primary con- 
ferencing program 21 Is to receive keyboard input 
from PC 2 and load the input into keyboard buffer 
100 as if it were input from the keyboard of PC 1, 
and to send display output changes entered into 

45 screen buffer 101 to PC 2. The function of secon- 
dary conferencing program 23 is to send keyboard 
Input firom keyboard buffer 200 to PC 1, and to 
receive display output changes from PC 1 and load 
tiiem into screen buffer 201 as if tiiey were display 

so output generated by PC 2. Hence, keyboard input 
on both PCs 1 and 2 is entered as keyboard input 
of PC 1 to TAP 22. while display output of TAP 22 
generated in PC 1 is displayed on the screens of 
both PCs 1 and 2. Thus, a conference by users of 

55 both PCs 1 and 2 with TAP 22 is established in 
real-time. 

To use the real-time data conferencing feature, 
a user of application PC 1 runs CCS program 20 
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and strikes the CCS "hot" key. Illustrativeiy. on the 
PC 6300, the CCS "hot" key corresponds to keying 
"ALT-SHIFT-SHIFT". Striking the "hot" key causes 
CCS program 20 to Invoke RAP program 21. the 
primary conferencing program. 

Primary conferencing program 21 is a commu- 
nications package that calls conference PC 2. per- 
forms initial handshaking, and handles the con- 
ferencing requirements for application PC 1 . 

In order to accept a conference call from ap- 
plication PC 1. conference PC 2 must be running 
secondary conference program 23. Illustratively, a 
communication, such as a person-to-person call, is 
required between the users of PCs 1 and 2 so that 
the user of PC 2 knows to start program 23 run- 
ning. 

RG. 2 illustrates the operatk>nai steps of pri- 
mary conferencing program 21. Assuming that in- 
terfaces 3 and 4 each comprise a modem, when 
primary conferencing program 21 is invoked, at 
step 298, it prompts the user of PC 1 via screen 
buffer 101 for the parameters according to which 
transmissions will proceed, at step 299. These pa- 
rameters are conventional, and include the type of 
transmission stop and start characters to be used, 
the t>aud rate of transmission, the type of parity to 
be used, the number of stop bits, and the number 
of bits per character. When the user keys-in the 
parameters, program 21 receives that infonnation 
via keyboard buffer 100. at step 300. (If interfaces 
3 and 4 each comprise a PC/PBX board, steps 299 
and 300 are skipped.) Program 21 then prompts 
the user of PC 1. at step 301, for the identification 
number of PC 2 -illustratively the data telephone 
extension number of PC 2 within the system of 
FIG. 1. When the user keys-in the extension, pro- 
gram 21 receives that information via keyboard 
buffer 100. at step 302. and in response estdb- 
lishes a call to PC 2. at step 303. Program 21 
interacts with interface 3 in a conventional manner 
to establish a call to switch 7 and to provide switch 
7 w'th the extension of PC 2. Switch 7 then sets up 
the cail to PC 2 and connects PC 1 to PC 2. 

If program 21 determines from input received 
from interface 3 that establishment of the call is 
unsuccessful, at step 304, program 21 terminates, 
at step 305. Illustrativeiy, call establishment may 
be unsuccessful because transmission parameters 
used by interface 3 are not the same as the trans- 
mission parameters used by interface 4. (But as- 
suming that interfaces 3 and 4 each comprise a 
PGPBX board, if call establishment is successful, 
program 21 next sets up transmission between PC 
1 and PC 2 by causing interface 3 to communicate 
with interface 4 via the established call and negoti- 
ate, in a conventional manner, the transmission 
parameters, described above in conjunction with 
steps 299 and 300. that will be followed during 



subsequent data exchanges. Program 21 then pro- 
ceeds to step 308.) 

Assuming that interfaces 3 and 4 each com- 
'prise a modem, if call establishment is successful 

5 at step 304. program 21 computes and stores, at 
step 308, a line-by-line checksum on the display of 
screen of PC 1 as represented by contents of 
screen buffer 101, for later use in determining 
whether any changes have been made to the 

10 screen's display. Program 21 then goes to sleep, at 
step 309, in a conventional manner. 

When program 21 is sleeping. CCS program 
20 runs TAP program 22, and the user of PC 1 
may interact with program 22 via the screen and 

TS keytward of PC 1. in a conventional manner. As 
part of its execution, program 22 receives as input 
the contents of keytx)ard buffer 100 and generates 
display data that are loaded into screen buffer 101. 
CCS program 20 automatically alternates be- 

20 tween running TAP program 22 and RAP program 
21, devoting to TAP program 22 a certain percent- 
age of execution time of PC 1. The percentage is 
determined by a CCS program 20 initialization pa- 
rameter, and typically is set at from 50% to 70% of 

25 execution time. After TAP program 22 has been 
executing for a while, CCS program 20 causes 
execution of TAP program 22 to become sus- 
pended and wakes up RAP program 21 to resume 
its execution. 

30 Upon being awakened, at step 310. primary 
conferencing program 21 checks whether a 
"disconnect" command has been received, at step 
31 1 . Program 21 performs the check by examining 
the contents of keyboard buffer 100 to determine 

35 whether the user of PC 1 has keyed in a dis- 
connect command, and by examining input re- 
ceived from interface 3 to determine whether a 
disconnect command has been received from PC 
2. If a disconnect command has been given, pro- 

40 gram 21 terminates, at step 312. 

If a disconnect command has not been given, 
as detenmined at step 311. program 21 checks 
input received from interface 3 to determine if any 
data has been received from conference PC 2, at 

45 step 313. If interface 3 has received any data, 
program 21 retrieves the data from interface 3 and 
loads the retrieved data into keyboard buffer 100, 
at step 314. 

If no data has been received from PC 2 as 
50 determined at step 313, or following step 314. 
program 21 checks, at step 316. whetiier the 
screen display of PC 1 has changed. Program 21 
makes the check by again computing line-by-tine 
checksums on the display of the screen of PC 1. 
55 as at step 308. and then comparing tiie newly- 
computed checksums with tiiose computed pre- 
viously (e.g.. at step 308) to detemnine if they are 
different 
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If there has been a change in the display, 
program 21 causes interface 3 to send information 
defining the changes to conference PC 2, at step 
317. Illustratively, this information comprises the 
addresses of the changed display lines and the 
values of the pixels of those lines. At step 318, 
program 21 stores the newly-computed checksums 
in place of those that were stored previously. 

U there has not been a change in the display 
as determined at step 316, or following step 318. 
program 21 returns to sleep, at step 309. thereby 
giving TAP program 22 a chance to execute again. 

Turning now to FIG. 3, it shows the operational 
steps of secondary conferencing program 23. Pro- 
gram 23 Is responsible for accepting a data call 
from application PC 1, initial handshaking, and han- 
dling of the conferencing requirements for con- 
ference PC 2. Those requirements involve sending 
keystrokes made on PC 2 to PC 1 . and displaying 
screen display information received from PC 1 on 
PC 2. 

Assuming that interfaces 3 and 4 each com- 
prise a modem, when secondary conferendng pro- 
gram 23 is started, at step 398. it prompts the user 
of PC 2 via screen buffer 101 for the parameters 
according to which transmission will proceed, at 
step 399. When the user keys-in the parameters, 
program 23 receives that Information via keyboard 
buffer 200. at step 400. (If interfaces 3 and 4 each 
comprise a PC/PBX board, steps 399 and 400 are 
skipped.) Program 23 then checks input from inter- 
face 4. at step 401, to detennine if a call has been 
received from application PC 1. If not program 23 
checks keyboard buffer 200. at step 402. to deter- 
mine if any input has been keyed-in by the user of 
PC 2. If not. program 23 merely retums to step 
401. If input has been keyed-in by the user of PC 
2, program 23 checks the input, at step 403. to 
determine if it is a disconnect command, if not. 
program 23 merely retums to step 401; if so, 
program 23 causes interface 4 to send the com- 
mand to application PC 1. at step 415. and then 
terminates, at step 416. 

Returning to step 401. if program 23 deter- 
mines that a call has been received from applica- 
tion PC 1. it undertakes activities to accept tiie call, 
at step 406. These activities include reading the 
communications port status for modems, or validat- 
ing the return code for a PC/PBX connection. (If 
interfaces 3 and 4 each comprise a PC/PBX board, 
program 23 tfien sets up the transmission between 
PC 1 and PC 2 by causing interface 4 to commu- 
nicate with interface 3 via the established call and 
negotiate, in a conventional manner, the transmis- 
sion parameters that will be followed in subsequent 
exchanges of data. Program 23 then proceeds to 
step 408.) 

Assuming that interfaces 3 and 4 each com- 



prise a modem, following call acceptance at step 
406. program 23 checks keyboard buffer 200 for 
input, at step 408. If there is input, program 23 
examines the input to detenmine whether it is a 

5 disconnect command, at step 409. If so. program 
23 proceeds to steps 415 and 416 to send the 
command to PC 1 and to terminate. If the input is 
not a disconnect command, program 23 causes 
interface 4 to send tiie contents of keyboard buffer 

;o 200 to application PC 1. at step 410. 

Following step 410, or if program 23 deter- 
mines at step 408 that tiiere is no keyboard input, 
program 23 examines input received from interface 
4 to determine if any input has been received from 

75 application PC 1. at step 411. If not, program 23 
merely loops back to step 408 to check again for 
keytx^ard input; if so, program 23 examines the 
input to determine if it is a disconnect command, at 
step 412. If a disconnect command has been re- 

20 ceived from PC 1. program 23 proceeds to step 
416 and terminates, tf input received from PC 1 is 
not a disconnect command, it is screen display 
update information, and program 23 loads that in- 
formation into screen buffer 201, at step 413, to 

25 cause the display of PC 2 to become updated. 
Program 23 then loops back to step 408. 

FIG. 4 shows a second illustrative computer 
system comprising a plurality of terminals 501 -503, 
an intenmediary computer 504. and a host com- 

30 puter 505. Terminals 501-503 are conventional ter- 
minals. For ease of description, terminals 501-503 
are considered to have compatible input and output 
formats. Terminals 501-503 are each connected to 
a port 530 of intermediary computer 504 in a 

35 conventional manner, for example, via a standard 
ASCII interface 510. 

Intermediary computer 504 simulates a switch, 
channeling output from terminals 501-503 to host 
computer 505, and broadcasting output from host 

40 computer 505 to terminals 501-503. Illustratively, 
intenmediary computer 504 is an AT&T 3B2 com- 
puter operating under control of ttie UNIX® operat- 
ing system. 

Host computer 505 is a conventional computer. 

45 typically a minicomputer or a mainframe. Illustra- 
tively, computer 505 is a DEC VAX minicomputer 
operating under control of the UNIX operating sys- 
tem. Computers 504 and 505 are interconnected 
by a conventional communication link 551. Com- 

50 puters 504 and 505 are known to each other 
through their internal systems files, as is conven- 
tional. 

Programs with which users of terminals 501- 
503 wish to conference, such as an application 
55 program 550 taken to be illustrative thereof, are 
located in computer 505 ~ hence tt^e name "host" 
computer. Terminals 501-503 are provided access 
to program 550 by a link program 511 in coopera- 
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tion with participant program 512. Link program 

511 and participant program 512 are located in 
comFMJter 504 -hence the name "intermediary" 
computer. 

As is conventional, when a terminal logs into 
computer 504. the operating system of computer 
504 assigns a buffer 520 to port 530 at which the 
terminal is connected to computer 504. Each port 
530 has an address which is also used by the 
operating system to identify buffer 520 associated 
with that port 530. Terminals 501-503 and the op- 
erating system then communicate with each other 
through buffers 520: the operating system's shell, 
an instance of which is assigned to each logged-in 
terminal 501-503. reads terminal output from the 
associated buffer 520 and writes terminal input to 
that buffer 520. 

A conference has a plurality of participants, but 
only one of the participants is the conference in- 
itiator. A voice call among the users of terminals 

501- 503 - the assumed conference participants - 
that either precedes, or is contemporaneous with, 
the data conference is assumed for the purpose of 
deciding who among conference participants 501- 
503 will be the initiator. 

Assume that tenninai 501 is selected to be the 
conference initiator. Each of the non-initiator con- 
ference participants 502-503 sends a "part" com- 
mand to intermediary computer 504. The com- 
mands are retrieved from the terminals' buffers 520 
each by the associated instance of the shell. Each 
instance of the shell responds to the command by 
invoking participant program 512 and suspends 
itself by executing a conventional UNIX system 
"WAIT", waiting for a UNIX system SIQCLD signal. 
Hence, a number of instances of participant pro- 
gram 512 begin to execute in computer 504. one 
instance for each non-initiator participant terminal 

502- 503. 

The operationaJ steps of participant program 

512 are shown in FIG. 5. During the conference. It 
is desired that link program 511, and not the shell, 
communicate with participant terminals 501-503. 
For this purpose, it is the function of each instance 
of partidpant program 512 merely to keep the 
conresponding instance of the shell suspended in 
the "WAIT" state. Upon being invoked, at step 700. 
the invoked instance of partidpant program 512 
merely puts itself to sleep, at step 702. in a con- 
ventional manner, while awaiting receipt of a KIUL 
signal from link program 511. 

The KILL signal Indicates that the conrespond- 
ing terminal is ceasing partidpation in the con- 
ference. Receipt of the KILL signal causes the 
redpient instance of participant program 512 to 
wake up, in a conventional manner, at step 703. 
The instance of partidpant program 512 then termi- 
nates at step 705. thereby causing a SIGCLD sig- 



nal to be sent to the corresponding instance of the 
shell in a conventional manner. Receipt of the 
SIGCLD signals unblocks the shell from the 
"WAIT" state and it resumes execution. 

5 Tuning now to initiator terminal 501. it sends a 
"conf" command to intermediary computer 504 to 
initiate the conference. The command is retrieved 
from buffer 520 by the associated instance of the 
shell, and the shell responds to the command by 

10 invoking link program 511 and suspending itself, 
i.e., executing a conventional UNIX system 
"WAIT". 

The operational steps of link program 511 are 
shown in RGS. 6-7. Upon being invoked, at step 

75 600. link program 511 prompts initiator terminal 
501. at step 601, for information identifying the 
other participant terminals 502-503. This informa- 
tion is, for example, tiie login ID of the tenminal. or 
the device number of port 530 at which the tenmi- 

20 nal is connected to computer 504. Program 511 
accomplishes tiie prompt by loading a prompt dis- 
play message into buffer 520 of initiator terminal 
501. Program 511 then loops between steps 602 
and 603. polling the initiator's buffer 520. at step 

25 602, and awaiting receipt of the identifying informa- 
tion, at step 603. 

Upon receipt of the sought-after information, at 
step 603, program 51 1 prompts all participant ter- 
minals 501-503 for information identifying host 

30 computer 505, at step 604. This information is, for 
example, a UNIX system machine name of host 
505. Program 511 prompts for the information by 
placing a prompt display message in buffers 520 of 
terminals 501-503. Program 511 tiien polls buffers 

35 520 of terminals 501-503, at step 605, looking for a 
respjonse, at step 606. 

When a user of one of tiie temninals 501-503 
keys in the host-identifying information, program 
511 receives it. at step 606. via that terminal's 

40 buffer 520. Upon receipt of the identifying informa- 
tion, program 511 causes a connection to be estat)- 
lished to host computer 505, at step 607. lllustra-, 
tively, program 511 does so by invoking \he UUCP 
program of the UNIX operating system of computer 

45 504, and passing to it the host computer's machine 
name or dial-up number as a parameter. Program 
511 tiien checks whether connection establishment 
was successful, at step 608. If not. program 511 
sends a display message to terminals 501-503 via 

50 their buffers 520 to inform tiiem of the failure, at 
step 609, and ttirough the UNIX operating system 
posts a KILL signal to each instance of participant 
program 512, at step 610. Program 511 then termi- 
nates, by returning to tiie shell program, at step 

55 611. The shell program is thereby unblocked and 
resumes communicating with terminal 501. 

If establishment of a connection to host com- 
puter 505 is found at step 608 to have been 
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successful, program 511 polls each participant ter- 
minal's buffer 520 for temiinal output at step 613. 
If output is received from a terminal, as determined 
at step 613. program 511 checks, at step 614, 
whether the output is a local command, that is, a 
command intended for intermediary computer 504. 
Illustratively, a local command Is one preceded by 
the symbol If the output is not a local conf>- 
mand. program 511 treats the output as input for 
host computer 505, and causes it to be sent to host 
computer 505, at step 615. Illustratively, program 
511 accomplishes the transfer by invoking the 
UUCP program and passing the output to it as an 
argument Host computer 505 then conveys the 
output to program 550 In a conventional manner. 

If the output is found at step 614 to be a local 
command, program 511 processes it at steps 616- 
623. Illustratively, program 511 recognizes three 
local commands: an "-exit" command, at step 616. 
an "-add" command, at step 618. and an "-end" 
command, at step 620. If the local command Is an 
"-exit" command, program 511 terminates partici- 
pation in the conference of the temninal that origi- 
nated the command, by sending a KILL signal to 
that terminal's associated instance of participant 
program 51 2» at step 617. If the local command is 
an "-add" command, program 511 includes as a 
participant in the conference a terminal whose ID 
accompanies tiie command as a parameter, at step 
619. by including that tenminal's buffer 520 among 
the buffers 520 with which program 511 is commu- 
nicating. If the local command is an "-end" com- 
mand, program 511 terminates the conference by 
sending a KILL signal to all non-initiator participant 
terminals' 502-503 instances of participant program 
512, at step 621. Program 511 then causes the 
connection to host computer 505 to be broken, at 
step 622. by invoking the UUCP program with 
appropriate parameters. Rnally, program 51 1 termi- 
nates by returning to the shell program, at step 
623. 

If no output is received from a terminal 501- 
503 during tfie poll cycle of step 612, as deter- 
mined at step 613, or following steps 615, 617, or 
619, program 511 polls host computer 505 for 
output, at step 624. Program 51 1 does so by again 
using tiie services of the UUCP program. Typically, 
such host output represents information being sent 
by program 550 to conference participants 501- 
503. If output is received from host computer 505, 
as determined at step 625. program 511 broad- 
casts it to all participant terminals 501-503, at step 
626, by loading a copy thereof into each participant 
terminal's buffer 520. If no output is received from 
host computer 505 at step 625, or following step 
626, program 511 loops back to step 612 to poll 
partidpant tenminals 501-503 for output 

Of course, it should be understood that various 



changes and modifications may be made to the 
above-described illustrative embodiments of the in- 
vention. For example, compression algorithms may 
be applied to the display output to reduce the 

5 amount of information tiiat must be transferred. 
Also, tiie display transmissions may be accom- 
plished by hardware instead of software. Also, in 
tiie first illustrative embodiment multiple confer- 
ence PCs may be used, by using a multiple serial 

70 port board or a LAN connection. Or. in the second 
embodiment the UUCP link may be replaced with 
a program ttiat uses standard UNIX system pipes, 
thereby eliminating the intermediary computer. 

15 

Claims 

1 . A data conferencing arrangement for a first 
station (PC 2) and a second station (PC 1) each 

20 having a keyboard and a display, which stations 
are interconnectable for communication, the ar- 
rangement being CHARACTERISED BY first con- 
trol means (23) resident on the first station for 
transmitting keystroke signals generated at tiie first 

25 station's keyboard (200) to the second station, and 
responsive to display signals received from the 
second station for displaying an Image represented 
by the received display signals on the second 
station's display (201). and second control means 

30 (20,21) resident on the second station responsive 
to keystroke signals received from the first control 
means for entering the received keystroke signals 
into the second station as keystroke signals re- 
ceived from the second station's keyboard (100), 

35 and responsive to tiie second station sending sig- 
nals representing an image to tiie second station's 
display (101), for transmitting display signals repre- 
senting the image to tiie first control means. 

2. An arrangement as claimed in claim 1 
40 wherein the second station includes an application 

program (22) resident on the second station, and 
the second control means includes means (21) for 
providing received keystroke signals to the applica- 
tion program, and responsive to signals represent- 
45 ing an image output by the application program for 
transmitting display signals representing the image 
to the first control means. 

3. An arrangement as claimed in claim 2 
wherein ttie second control means includes a con- 
so trol program (21). and tiiird control means (20) 

resident on the second station for effecting execu- 
tion of both the application program and tiie control 
program in a time-shared manner. 

4. An arrangement as claimed in claim 3 
55 wherein tiie first and second stations include com- 
puters (PC 1. PC 2) for executing programs, and 
tiie first control means includes a control program 
(21) executing on the computer of the first station. 
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5. An arrangement as claimed in claim 1 
wfierein the first and second stations Include first 
and second computers, respectively, (PCI, PC2) 
for executing programs, the second control means 
is resident on the second computer for coordinat- 
ing the data conferencing operation of both the first 
and the second computers, the first control means 
is resident on the first computer for transmitting all 
keystroke signals generated at the first computer 
keyboard to the second control means, and re- 
sponsive to display signals received from the sec- 
ond control means for displaying the received dis- 
play signals on the first computer display, the 
second control means is responsive to (i) keystroke 
signals received from the first control means for 
entering those received keystroke signals Into the 
second computer as keystroke signals received 
from the second computer keyboard, and the 
second computer displaying a new image on the 
second computer display, for transmitting display 
signals representing the new image to the first 
control means. 

6. An arrangement for data conferencing a plu- 
rality of first stations (501-503) with a second sta- 
tion (505). each first station having a keyboard and 
a display, which stations are interconnectable for 
communication, the anrangement being CHARAC- 
TERISED BY control means (504: 511, 512, 520) 
interposed between the plurality of first stations 
and the second station, for receiving keystroke 
signals generated at the keyboards of the first 
stations and transmitting the received keystroke 
signals to the second station, and for receivir>g 
signals representing an image generated by the 
second station and transmitting display signals re- 
presenting the image to the first stations to display 
the image on the displays of the first stations. 

7. An arrangement as claimed in claim 6 
wherein the control means includes means (511, 
520) for receiving display signals generated by the 
second station and transmitting the received dis- 
play signals to the displays of tiie first stations. 

8. An arrcingement as claimed in claim 6 
wherein the second station includes an application 
program (550) resident on the second station, and 
the control means includes means (511, 520) for 
receiving keyboard signals from the first stations 
and providing the received keystrokes signals to 
tiie application program, and for receiving display 
signals output by the application program and 
transmitting the received display signals to tiie first 
stations. 

9. An arrangement as claimed in claim 6 
wherein the control means includes a tfiird station 
(504) interposed between, and communicatively 
connectable to. the plurality of first stations and the 
second station, and a first program (511) resident 
on tiie third station. 



10. An arrangement as claimed in claim 9 
wherein the control means includes a second pro- 
gram (512) resident on the ttiird station for enabling 
the first program to receive from, and transmit to, 

5 the plurality of first stations. 

11. An arrangement as claimed in claim 9 
wherein there is provided an operating system in- 
cluded in the third station and including a shell 
program an instance of which executes for each 

10 first station to receive keystroke signals from, and 
to transmit display signals to, the first station, and 
wherein the control means includes a second pro- 
gram (512) an instance of which executes for each 
but one first station, each second program instance 

/5 for suspending execution of a shell instance, to 
enable the first program to receive from, and trans- 
mit to. the plurality of first stations. 
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